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fS-n Abstract- A communication method, comprising the steps of a sender 21 sending a message comprising at least one f^^^^ 
om^J n?andtnf:rtion describing it'to a c'ommunication server MMSC aru. *e -m"— J^;:,^^^^ 
to a rLiver 24 a notificadon message to notify about the availability of the stieamable component. 

mtdtir^ia message comprising the description for the sticamable component The commumcadon server MMSC and the receive 
T^^l^^^sZirLsf^n, the streamable component using the -f"™^"" ''-^^^'"^ .^^f;^^^ 
The communication server MMSC then streams the streamable component to the receiver 24 m sequential ^''-J^.'" '^J-'^^f 
seSlTS^^sponding to the method, a communication system 20. a communication se^^^ 

and computer program products for them are also described. 
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..3 invention relates to oo— on services. K is re-c^^^^^^^^^^^ - not 
exlsively. to streaming in a ^Au.timedia Messaging Sen,.ce (MMS). 

aeotronic .aii. or e-.ai. is a ^^f^ ^^^^ 

can be sent all over tt. ^ ^^^^^.^ ^^^,p,3„t3. 

— = -—r::. i» - 

different media files like audio- or video clips. 

. .. tn « device that sends data intended for a 
,n the following, the term "sender" refers to a ^^^'^^ ^^^^ ^^.^^ 
receiver and "receiver" refers to a device that receives the data and 

data was intended. 

server 13 and a receiver's e-mail server 14. 
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In the Internet, e-nnaii messages are sent using certain well-known protocols. 
Simply speaking, an e-mail message, once composed, is packaged into a single 
unit, stamped with an address of the receiver and is sent to the sender's e-mail 
server. The sender's e-mail server forwards the message through the Intemet to 
5 the receiver's e-mail server. The next time the receiver forms a connection to the 
receiver's e-mail server via the Intemet and checks whether new e-mail messages 
have been received using an e-mail reading program, the receiver can download 
any newly received e-mail message over the connection (e.g. modem link). When 
the e-mail message has been received completely, it can be presented to the user. 

10 It should be noted that during the various stages of its transmission, the e-mail 
message is typically spilt into numerous smaller packets according to the data 
transfer protocol(s) used. On reception, the receiver gathers together all of the 
packets, assembles them into the correct order (if necessary) and reconstructs the 
e-mail message into its original form, before presenting the e-mail message to a 

1 5 user of the receiver. 

An e-mail transmission system described above is convenient and provides the 
possibility for multicasting, but it is best suited, and originally intended, for 
receiving e-mail messages and then presenting them at the convenience of the 

20 user. Thus, the content of a given e-mail message can only be accessed after 
completion of the e-mail message transmission to the receiver. This is not a real 
problem with plain text form e-mail messages, but in the case of a large media or 
multimedia content (clip) it is a drawback that the user of the receiver cannot start 
presentation of the clip while it is still being downloaded. Another drawback is that 

25 in order to receive an e-mail message, the receiver must have a sufficiently large 
memory to accommodate the entire message. Particularly in mobile 
communications networks, or any other network in which part of the 
communications link is formed by a radio connection, it is also problematic to 
receive a long e-mail message without interruptions or errors, for example due to a 

30 temporary loss of or deterioration in radio coverage. Mobile terminals also tend to 
have limited memory available for the storage of received e-mail messages, which 
further exacerbates the problem associated with the accommodation of messages 
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in the receiver. These problems are at least partly mitigated by the Multimedia 
Messaging Service (MMS). 

The MMS is a new end-to-end messaging approach for one-way transmission of 
5 multimedia messages having text and/or multimedia content. MMS provides the 
possibility of sending multimedia messages between mobile users and between a 
mobile user and the Intemet There is already an agreed solution for 
implementation of MMS In 3"* Generation mobile communication networks. The 
currently specified features of the proposed MMS are described in 3^^ Generation 

10 Partnership Project (3GPP) technical specification 23.140 V.3.0,1. "Multimedia 
Messaging Service (MMS), Functional Description, Stage 2 (Release 1999)". The 
MMS proposed In 3GPP 23.140 employs a store-and-fonward approach to 
multimedia message delivery. Multimedia messages are constructed in such a 
way that the media content, information necessary to describe the media content 

15 and addressing information, identifying the intended receiver of the multimedia 
message, are encapsulated together. The multimedia message is then sent to an 
MMS Centre MMSC, which In turn notifies the receiver about the multimedia 
message. The multimedia message is downloaded by the receiving terminal as a 
whole and only presented to the user once downloaded and stored in the receiving 

20 terminal. 

It should be appreciated that although the term "multimedia message" is used 
generally to describe a message that contains more than one type of content, in 
this application, the term extends to cover messages that contain only one media 
25 type. 

As currently specified, the MMS has a drawback: the receiving terminal must store 
the multimedia message before it can be presented to the user. Therefore the size 
of the memory of the receiving terminal sets an upper limit on the size of 
30 multimedia messages that can be downloaded. WO 99/166746 solves this 
problem by dividing a message into sub-messages (segments) if the entire 
message would not fit into the memory of the receiving terminal. These sub- 
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messages are small enough so that the receiving terminal can individually 
download each of them as a whole. In that case, the receiving terminal initially 
downloads a first sub-message. After the first sub-message has been fully 
downloaded, the receiving terminal can present it. After presentation of the first 
5 sub-message, the receiving terminal can download a second sub-message and 
then present it. Each sub-message is downloaded and then presented by itself. 
The size of the sub-messages depends on the memory size of the receiving 
terminal and must be small enough to fit into the memory. 

10 Apart from IVIMS, there are streaming-techniques used in the Internet for 
transmission over fixed lines. "Streaming" is a term used generally to describe the 
presentation of a media stream, for example an audio or video stream, or a 
combination of different streams, in a continuous way while this stream or those 
streams are being transmitted to a client over a data network. A "stream" is a flow 

15 of data typically enabling the receiver to present some continuous data such as a 
motion picture, voice or music. In a typical video stream, some 10 to 20 video 
frames are transmitted per second. In practice, streaming can be either live (real- 
time) or performed in an on-demand fashion. As its name suggests, "live 
streaming" describes the creation of a media stream from a live source, for 

20 example a stream of digital images produced by a video camera, while "on- 
demand streaming" describes the creation of a media stream from, for example, a 
file stored on a server. Streaming also involves establishing a streaming session, 
during which the stream or streams is or are transmitted to the client. 

25 Within streaming there are two very important functionalities, namely streaming 
control and media transport. Streaming control takes care of establishing, 
managing and terminating a streaming session using a negotiated or pre- 
configured set of parameter values. Media transport concerns the transportation of 
media during the established session using an agreed or negotiated transport 

30 protocol. For example, there are widely agreed protocols in the Internet to provide 
both streaming control and media transport functionalities and these can be used 
as transport protocols in streaming applications. 
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W*. streaming . w«e,y used ,n ^ ^n.^ « <^ - .o be ad^'e- ^r^- ^ 
. ««t,.,nrWQ It should be appreciated that tne ub« 

networks do no. support et— for reasor» desor*«d ,n the fb.tow,ng. 
.e e.ep.,at,on o, .e.,e -^^"^ 

it is necessary for the receiving terminal to be aware, .n advance, of 
:r reig to tne ^ content. Sue. — Includes^ but ,s 
not limited to, tne type of media «.nt^ned in tne mu«lmed^ me^»e *e way 
that media is encoded and a suitable transport protocol that can be used to 
ZZ the media content. Because present MMS speci«catlons «,q^re 
5 „ ormation describing the media content to be encapsulated r 

message ItseK, the receiving tenninal cannot obtain pnor knowledge about *e 
propel o, the media content ar^ therefore cannot establrsh any fc.rm ^ 
treammg session. Thus, acceding to the p«sen. MMS ^^^^ 
mu«imed,a message must be downloaded to the receiving temrrna. --^'J^ 
„ details of the media content to be extracted. Only then can any med« content, 
" as video and/or audio clips be played back to the user o, the reoew^g 
ten^inai. This limits ^ usability of the present ms because -"""-'^^L a 
usually bulky in temrs of bits and therefore a receiving temt,nal. for example a 
mi: statl, would reguire a comparatively large r^mory to comp.e«V 
25 the Clips. The need to download an entire muHimedia message before can ^ 
presented may also gK,e rise to signiflcan. delays in certain cond^onsjo^ 
example if the muiUmedia message is very large, or the data transn„ss»n rate of 
the connection is low. 

30 It should further be emphasised mat the addressing scheme suggested by or^n. 
MMS specifications does no. facilitate «.e implementetion of streamrng ,n su* a 
sy«em The curren. MMS can be viewed as a -sexier orientated- system. In other 
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words .he sender deoldes what media oon.er,t .0 sa™i to «,e receiver, 
"ZZs .a. . ..e mu«™ed,a message and ^'^^^^^^^ 
message lo the interKled receiver. Str^ami,^, on the other hand, ,s more race^^r 
IX-. TO esta^h a streaming session, « is 9-a.. "e^s^ary Jor a 

5 streaming connec«on to be formed between the rece^«r and 

example a networK-based server, the content being streamed from the ^jr 
Tee he neoesaa^ connection has been established. Thus, ^^J'J^ 
Learning session requires the redpien. to have ^dge o. «,e k>caton o, ^ 
mrconten, but 1. does no. necessarily r^uire the media cont«,t to be d,rec«v 

1 0 addressed to the recipient. 

Now a new solution has been invented ^ the problems of the prior art can be 
avoided or at least mitigated. 

15 According to a first aspect of me InvenSon *ere is provided a communica«on 
method comprising the Steps of: -w^^tho 
receiving by a communlcalion sen,er content and infom«t,on descnbing the • 

content from a first terminal; and 

sending a notification message from the communication server to a second 
20 terminal, the notification message notifying about availability of the content; 
characterised by the method further comprising: 

forming a streaming session between the communication server and the 
second terminal, using the information describing the content; and 

transmitting the content in sequential sub-parts from the commun.cat.on 
25 server to the second terminal, during the streaming session. 

The transmission of the content to the second terminal as a stream allows rapid 
access to the content as a recipient using the second terminal need not wart for 
the content to be received completely. 

Preferably, the content and the information describing the content are sen. from 
the flrs. .emrM .0 the communica.ion server in separate message,. Tlirs alk^s. 
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,cr example, separate sending of *e oon.en. to one en«/ of *e communioa«on 
server and sending of a notlfioatlon message to the recipients. 

Preferably, the infomratlon desodWng the oontent is sen. from the communlcatton 
sen/er to the second terminal within the notlfloaHon message. 

Preferably, the method further comprises sending by the communication sen,er to 
tt,e second tem,lnal the infomiation descrtbing the content as a media component 

of a multimedia message. 

The sending of the descnption of the streamable component as a media 
component allows utilising of existing multin«dla n^ssaging systems wrth 
Changes, it further allows embedding in the same multimedia message more than 
one media components, wherein some or all of the media components may be 
1 5 descriptions of streamable components. 

Preferably, the multimedia message comprises at least one non-streamable 
component and at least one description of a streamable component. 

Preferably, the communication method further comprises the step of presenting at 
,ne second terminal the received content as a stream during "---"^ 
session. The second terminal can start presenting the content '^"^ ^ 
possibly take certain measures (for example, pausing or aborting the data 
transmission) during the transmission. 

preferably, the method further comprises the step of deciding at the second 
temtmal to receive or not to receive the content, at a certain time, and the 
streaming session is only fomied if the decision is to receive the content. 

preferably, the communication sen/er comprises a content sen,er fo, storing and 
transmitBng the content and a notifrcation se^er fo, receiylng and *ansm,tt,ng 
notifications, wherein the content sen,er and me notlfioatlon server have a physical 
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relationship selected from the group consisting of the following: a single unit, 
separate units, and separate units distributed at different geographic locations. 

Preferably, the communication method further comprises the step of generating 
5 the content at the first terminal. Preferably, content generated at the first terminal 
Is streamed to the content server and the sending of the content occurs during the 
generation of the content. By doing so the content can be made available to the 
user earlier than if content was generated wholly or to a large extent in the first 
terminal and only then streamed to the content server. 

10 

Preferably, when using streamed content generation, the information describing 
the content is sent before content generation is complete, so that the second 
terminal can start receiving the content before its generation is complete. 

15 Preferably, during the streaming session between the communication server and 
the second terminal, the receiver can issue an abort command to abort the 
session. Preferably, the streaming session is aborted in response to the abort 
command. 

20 Preferably, the notification message comprises information required by the second 
terminal in order to form a streaming session with the content server. 

Preferably, the method is implemented as part of the Multimedia Messaging 
Service (MMS). 

25 

Preferably, the method further comprises the step of multicasting the content to at 
least one other terminal In addition to the second terminal in at least one other 
streaming session. 

30 In an embodiment in which there are a plurality of streaming sessions, each of the 
streaming sessions may be formed independently of any other, so that the 
sessions may start and end at different times or at the same time. Preferably, each 
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of the sessions can be aborted independently of any other, responsive to each of 
the respective terminals. 

According to a second aspect of the invention there is provided a communications 
5 system comprising: 

a plurality of terminals including a first terminal and a second terminal; 
a communication server accessible to the plurality of terminals; 
means for sending the content and information describing the content from 
the first terminal to the communication server; and 
1 0 means for sending a notification message from the communication server to 

the second terminal; 

characterised by the system further comprising 

means for forming a streaming session between the communication server 
and the second terminal, using the information describing the content; and 
15 means for transmitting the content in sequential sub-parts from the 

communication server to the second terminal, during the streaming session. 



Preferably, the system further comprises means for generating the content at a 
first terminal. 

20 

Preferably, the system further comprises means for presenting at the second 
terminal the received content as a stream, during the streaming session. 



According to a third aspect of the invention there is provided a communication 
25 server for serving a plurality of terminals, the communication server comprising: 

means for receiving content and information describing the content from a 
first terminal; and 

means for sending a notification message to a second terminal, the 
notification message notifying the second terminal about availability of the content; 
30 characterised by the server further comprising: 

means for forming a streaming session with the second terminal, using the 
information describing the content; and 
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means for transmitting the content in sequential sut)-parts to the second 
terminal, during the streaming session. 

According to a fourth aspect of the invention there is provided a computer program 

5 product comprising: 

computer program code for causing a communication server to receive 
content and information describing the content from a first tenminal to a 

communication server; and 

computer program code for causing the communication sen/er to send a 
10 notification message from the communication server to a second terminal, the 
notification message notifying the second terminal about availability of the content; 
characterised by the computer program product further comprising: 

computer program code for causing the communication sen/er to fomn a 
streaming session between the communication server and the second terminal. 
1 5 using the information describing the content; and 

computer program code for causing the communication sen/er to transmit 
the content in sequential sub-parts from the communication server to the second 
terminal, during the streaming session. 

20 According to a fifth aspect of the invention there is provided a communication 
device comprising: 

means for receiving from a communication sen/er information describing a 
message intended for the communication device; 
characterised by 
25 the message comprising a streamable component; 

the information describing the message comprising information describing 
the streamable component; and 

the communication device further comprising: 

means for forming a streaming session with the communication sen/er for 
30 receiving the streamable component, using the information describing the 
streamable component; and 

means for receiving the content in sequential sub-parts from the 
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communication sen/er. 

According to a sixth aspect of the invention there is provided a computer program 
product comprising: 

5 computer program code for causing a communication device to receive 

from a communication server information describing a message intended for the 
communication device; 
characterised by 

the message comprising a streamable component; 
10 the information describing the message comprising information describing 

the streamable component; and 

the computer program product further comprising: 

computer program code for causing the communication device to form, 
using the information describing the streamabie component, a streaming session 
1 5 with the communication server for receiving the streamabie component; and 

computer program code for causing the communication device to receive 
the content in sequential sub-parts from the communication server. 

Preferably, the communication device is a wireless communication device. Even 
20 more preferably, the communication device is a mobile telephone. In an alternative 
embodiment, the wireless communication device is a wireless communication 
adapter adapted for providing wireless communication functionality to an external 
device such as a laptop PC. 

25 According to a seventh aspect there is provided a method in a communication 
device, the method comprising the steps of: 

receiving from a communication sen/er information describing a message 
intended for the communication device; 
characterised by 
30 the message comprising a streamable component; 

the information describing the message comprising information describing 
the streamable component; and 
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the method further comprising: 

forming a streaming session with the communication server for receiving 
the streamable component, by using the information describing the streamable 
component; and 

5 presenting the streamable component during the streaming session. 

The embodiments of one aspect also apply to various other aspects of the 
invention. In sake of brevity, all the embodiments have not been repeated in 
connection with every aspect of the invention. A skilled reader will appreciate the 
10 advantages of the various aspects and embodiments based on the advantages of 
the first aspect and its embodiments. 

The invention will now be described, by way of example only, with reference to the 
accompanying drawings, in which: 
15 Figure 1 is a schematic diagram of an Internet-based e-mail system; 

Figure 2 is a diagram of a communication system according to a preferred 

embodiment of the invention; 
Figure 3 shows the main protocol layers of streamed data transmission in the 

system of Figure 2; 

20 Figure 4 shows the structure of messages sent during streamed data 

transmission between a receiver and a media server according to the 
preferred embodiment of the Invention; 
Figure 5 shows a block diagram of a mobile communications terminal 

incorporating a cellular radiotelephone according to a preferred 
25 embodiment of the Invention; and 

Figure 6 shows a radio adapter card for a laptop PC according to an 
alternative embodiment of the invention. 



Figure 1 has been described already in the foregoing. 

30 

Next, a preferred embodiment of the invention is briefly summarised and then fully 
disclosed with reference to Figures 2 to 6. 



wo 02/11398 



13 



PCT/FIOl/00686 



10 



15 



25 



30 



According to a preferred embodiment of the invention, streaming is incorporated 
w-rthin the iVIultimedia Messaging Service (MMS). A three-phase approach is taken 
in this regard. In a first phase (phase 1). a sender (sending terminal) transfers a 
multimedia message, or more accurately, media content, to a media (streaming) 
sen/er. in a second phase (phase 2). one or more receivers (receiving terminals) .s 
or are notified that media content is available for delivery. In a third phase (phase 
3) the media content is transferred to the receiver or receivers. Advantageously, 
the notification performed in phase 2. takes place by means of a notification 
message sent from the sender via a Multimedia Messaging Server (MMS) to the 
receiver Typically, the MMS sen/er stores the notification message and then tries 
to fonA/ard it to the receiver. If it fails in the fonvarding. it tries to re-send the stored 
notification message at a later time. 

Advantageously, streaming is performed in the first and third phases, namely while 
uploading the media content to the media (streaming) server and while 
downloading the media content from the media (streaming) server. It should be 
noted that streaming during the uploading phase (phase 1) is not an essential 
feature of the method according to the invention. However, the use of streaming in 
both phases 1 and 3 can reduce the delay between starting transmission of the 
media content from the sender and the commencement of streaming at the 
receiver. It may also have the effect of reducing storage requirements In the media 
(streaming) server and can effectively enable implementation of real-time or near 
real-time streaming in the MMS. 

Phase 2 of the method can be regarded as a message control phase, which takes 
care of forwarding a multimedia message and streaming-related infomnation to a 
recipient (a target receiver of a multimedia message) via the MMS server. Phases 
1 and 2 may be performed sequentially or substantially simultaneously, while 
phase 3 can be performed automatically on receipt of the notification message at 
the receiver, or at some later time at the discretion of a user of the receiver. Thus, 
the invention provides the flexibility to play the streamed media content at the 
receiver at any time. The preferred embodiment does not impose any limitation on 
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the size of the media content or the number of recipients in the case of 
muracasting. The preten^d embodiment is based on a store^-fonvard approach 
and It is thus in-line with other MMS solutions. TOs enables any med.a content 
«,at is not to be streamed or is not of a type suitable for streaming to be 
5 downloaded to the receiver m a conventional manner that is as specified in current 
MMS specifications. 

It is an advantage of the present Invention that the implementation of streaming 
functionality can enhance the proposed MMS in many ways, particularly when the 

10 media content is large or It is to be mufticast. The store-and-fon^^ard approach to 
streaming in MMS is effective and desirable, since It provides the receiver with 
complete flexibility to decide whether and when to receive and play back the 
media content within a multimedia message. The invention also provides 
streaming functionality within the framework of the proposed MMS and Is thus fully 

1 5 compatible with the existing MMS standards. 

The embodiments of the Invention described hereafter outline the main steps for 
streaming under MMS. 

20 Figure 2 is a diagram of a communication system 20 according to a prefen-ed 
embodiment of the invention. The system 20 comprises a sender 21. an MMS 
Centre (MMSC) having a media server 22 and an MMS server 23. and a receiver 
24. The MMSC can also be referred to as a communication sen/er. 



25 



30 



in this example of a multimedia message streaming method, the sender 21 is a 
mobile terminal equipped with a video-camera 25 and a microphone (not shown) 
which creates media content (an audio/video clip) to be sent to the receiver 24. 
The receiver 24 is a mobile terminal equipped with appropriate presentation 
software and equipment to enable presentation of the media content (the 
audio/video clip). Typically, the sender 21 and the receiver 24 are similar devices, 
one of them being the sender 21 and another of the being the receiver 24 just 
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because of their roles as ser^ding and receiving parties (sender and recipient). The 
thr^e phases of the method are described In detail in the following. 

In the phase 1. the sender 21 establishes a streaming session with the media 
(streaming) sen/er 22 which starts storing the media content in a predetermined 
location. This phase can be considered as a media upload phase. 

In the phase 2. the sender 21 sends a notification via the MMS server 23 to the 
receiver 24 about the media content being stored. The notification includes 
presentation description information required to establish another streaming 
session between the receiver 24 and the media server 22. The presentation 
description information includes, but is not limited to. the following data: the 
network address of the media sender, details of an access mechanism by use of 
which media content can be retrieved from the media sender 22. the type of media 
to be streamed, the encoding method(s) used to encode the media content and an 
indication of the transport protocol(s) to be used for media downloading. 

In the phase 3, the receiver 24 establishes a streaming session with the media 
server 22. based on the information received in the notification message and the 
receiver 24 starts to download and play the media. This phase can be considered 
as a media download phase. The media content is downloaded as a sequence of 
content sub-parts, each representing one time period of the streaming session. 
The content sub-parts may be separate data packets, or one sub-part may be 
comprised by more than one data packet, depending the type of coding of the 
media content and payload size of the data packets. 

The media server 22 and the MMS server 23 can be merged together or 
maintained as different entities in the network depending on the implementation 
chosen by the service provider, which controls them. The media server 22 can be 
located, for example, in a mobile communications network or can reside in the 
Intemet. possibly under the control of a service provider other than that 
responsible for provision of services in the mobile communications network. 
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When streaming rs used both In the phase 1 and in the phase 3, the (notification) 
phase 2 is performed during the (media upload) phase 1 and the (media 
download) phase 3 can also be started during the phase 1. The sender 21 
continues to send the media content to the media server 22 while the media server 
5 22 simultaneously sends those parts of the media content received earlier to the 
receiver 24. The receiver 24 starts (and continues) playing back the media content 
with a total delay that depends on the streaming process, data transmission 
delays, and the time at which the phase 3 was initiated. If the phase 3 is not 
started automatically, but only after prompting and receiving permission from the 
10 user of the receiver 24, the total delay is typically longer than if the phase 3 were 
to be initiated immediately on notification being received at the receiver 24. 

In an alternative embodiment the media content is already stored in the media 
server 22 and the sender 21 knows the presentation description information of the 

15 media content. In this case the phase 1 can be omitted. As stated above, 
streaming of media content is not essential to phase 1. For example, a non- 
streaming approach to phase 1 can be used in connection with the provision of 
media content from a commercial content provider, such as a provider of news 
content, located in a communications network, such as the internet. The content 

20 provider updates the media content stored on the media server 22 using non- 
streaming transmission over an IP connection and notifies potential recipients of 
media content about new clips of interest, using notification messages according 
to phase 2 of the invention. The recipients of notification messages would be, for 
example, users having a subscription with the particular content provider. Based 

25 on the notification message, at individually convenient times, each recipient can 
decide whether to form a streaming session with the media server 22 in order to 
retrieve new media content made available by the particular content provider. This 
also represents an example of a multicasting approach to streaming using the 
multimedia messaging system according to the invention. 

30 

According to an alternative embodiment of the invention, the presentation 
description information can be stored in a server other than the MMS server 23 or 
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the media server 22, for example in an e-mail or Web-server. In this embodiment, 
the notification message sent to the receiver 24 identifies the particular server on 
which the presentation description information is stored and an access mechanism 
(HTTP GET, WSP GET, IMAP4, POP3, RTSP DESCRIBE) can be used to 
retrieve the presentation description information from that location. Then the 
receiver 24 retrieves the presentation description infonnation from the server 
identified in the notification message using the specified access mechanism. The 
presentation description information thus retrieved then guides the receiver 24 to 
invoke phase 3 of the method for retrieving and playing the stored media content. 
If the server used to store presentation description information Is the MMS server 
23, the existing MMS solution can be used directly to retrieve the presentation 
description information. In this situation, the MMS notification from the sender 21 
to the MMS server 23 canies presentation description information and the 
presentation description infonnation Is stored In the MMS server 23. The 
notification from the server storing the presentation description to the receiver 24 
then carries the location of the stored presentation description, the server address 
and other required information. Finally, the receiver 24 follows the MMS to retrieve 
the presentation description from the MMS server 23. 

It should thus be noted that. In certain situations, the information content of the 
notification message sent from the sender 21 to the MMS server 23 may be 
different from that sent from the MMS server 23 to the receiver 24. 

According to a preferred embodiment of the invention, if the senders 21 and 
receivers 24 are under the authority of different mutually linked MMS servers (that 
is they have different "serving" multimedia servers), the notification message is 
carried over the link between the MMS servers. The number of servers that may 
be linked together between sending MMS servers is not limited for any end-to-end 
notification. 

There are existing protocols for both streaming control and media transport in the 
Intemet domain. Phases 1 and 3 can thus be implemented based on these 
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15 



existing protocols, .n «,ls way, sCuUon provided by .he pr^n. ^'^J 
::res intorworKin, wim .he ,n«r,«. which to .iso an ^^ l^^ 

rem MMS s.andaKi. Phase 2 con.orn« «. e>dsang MMS s^ndards an ms 
;"aes bacKward compa«.y w«h p^viousiy proposed mechar.s.hs for non- 
5 streamed media content download. 

Son^e pracica, app^aches ,0 accoa^^h ,he di«eren. phases o, ^ preferred 
embodiment of .he present inven«on are ouSined below as examples. 

The Real Time Streaming Protocol (RTSP) Is a client^n»r streaming control 
1^:1 tha. enables oor.ro,,ed delivery o. s.rean«d mui«med,a da. over an J 
etworK. It IS an application-level protocol and can worK ,n " 
the Transmission Control Protocol (TCP) or User Datagram Protocol (UDP). RTSP 
provides scope to use RTP (Realtime Transport ProtccoiyUDP or any other lowe 
evel protocoMor media transport, RTSP composes a set o. ™— 
to control streamed au* and/or video. In this 
methods^nstrucUons are OPTIONS. DESCRIBE, ANNOUNCE, SETUP, PIA^ 
PAUSE TEARDOWN, REDIRECT and RECORD. The media upload and 
KAuac, It ,.,„„ QPTllP PLAY RECORD, PAUSE and 

download can be implemented using SETUP, plait, "i^^ 

20 TEARDOWN. 

The Hypertext Transport Prorccoi (HTTP) can ateo be used to enable and contr^ 
.be upLlng and downloading o. media intent according « the i,«en«on, us«g 
TCP as a transport protocol. HTTP has methods/Instructions PUT ^d GET 
25 corresponding to RECORD and PLAY In RTSP, which can be used for med« 
uploading (phase 1) and downloading (phase 3). 

UDP is a connectionless lightweight transport protocol providing communication 
«,b comparatively low latency. RTP Is purpose^ designed for rea^.r^ 
30 communication and is implemented in such a way that it provides ^"-^^ 
sequence numbers for data pacKets on top of UDP. MulUcas«ng ,s p<«s,ble us ng 
BTP RTP is further designed to wort, in coniunction with the auxiliary control 
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20 



25 



protocol RTCP (Real-time Control ProtocoO to obtain feedback on the qualrty of 
data transmission and information about participants In an on-going session. 
Together RTP and RTCP provide functionality and control mechanisms necessary 
for carrying real-time content and hence to enable streaming of media content and 
can thus be used in conjunction with the present Invention. 

TCP is a connection-orientated transport protocol. It ensures guaranteed and 
sequential reception of data packets at the cost of increased latency and larger 
overhead compared with UDP. Multicasting is not possible with TCP. but TCP can 
be used in streaming applications, if initial buffering time is not critical and the 
media clips to be streamed are comparatively short. 

Message control functionality is required on top of streaming control and media 
transport layers in order to incorporate streaming in the MMS. F.gure 3 shows the 
main protocol layers of a streamed data transmission system according to F.gure 
2 A message control layer 31 provides overall control of messaging functionality. 
For example, in the sender 21 the message control layer 31 is responsible for the 
assembly of media content into multimedia messages and fomnation of notification 
messages containing information describing ttie media content, which are 
subsequently sent to the intended receiver(s) 24. In the receiver 24. the message 
control layer 31 is responsible for interpreting received notification messages, 
extracting information relating to the location of media content to be streamed and 
information necessary to form streaming sessions to retrieve the media content. 
The message control layer 31 is also responsible for controlling the transmission 
and reception of any media content that is not to be streamed and/or is not of a 
type suitable for streaming, according to existing MMS. 

A streaming control layer 32 is controlled by the message control layer 31. It is 
responsible for forming a streaming session for each type of media content to be 
streamed, according to information provided by the message control layer 31. or 
according to predefined rules for each media type. It is also responsible for 
controlling/regulating the streaming of media content once a streaming session is 
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estebtehed. in *e »nd.r 21, tto swaming control layer 32 is response for 
s,roan,ed uptoadlng of media oontent to a medto server 22 and conversely ,n *e 
^iver 24, It is ^sponsible for contixMllng the streamed downloading of media 
content f«m. the media sen-er 22. Alternatively, streaming control functionalcV 
may be provided in the media sen«r 22 in k situation, for example, in v,h,ch 
streaming is perfom^d In phase t and 3 In such a v^ay as to provide reaW me or 
near raal-tlme streaming of media content between senders 21 and receivers 24. 
A media transport layer 33 handles the actual transportation of data us,ng an 
appropriate transpon protocol. The choice of protocol may be predefined for 
different media types or may be indicated to the media transport layer 33 via the 
message control and streaming control layers 31,32 In accordance wrth 
information provided In the notification message, in a preferred embodiment, the 
media streaming control adapts the sUeaming in acco«iance with the data 
transmission channel condition as notmed by the media transport layer 33. 

Figure 4 shows the stmoture of different control messages sent between the 
receiver 24 and an MMSC (or media sen/er 22) durtng a streamed media content 
download according to a prefened embodiment of the Invention. It Illustrates the 
flow of infomiation to enable a media dip to be played In the receiver 24 using an 
BTSP session while using RTP/RTCP as a transport protocol. This gives an 
example of an approach that can be used for downloading a media clip in phase 3 
of the present invention. The control messages sent to the receiver 24 are next 
explained: 

The receiver 24 requests for the media content it has been notified about in phase 
2 The receiver 24 sends to the MMSC an RTSP setup message (41) for setting 
up a streaming session, and receives a con-esponding acknowledgement 
(41_ACK). The receiver 24 next sends an RTSP play instruction message (42) to 
the MMSC. and receives a corresponding acknowledgement (42JKCK). In 
, response to the play instmction. the MMSC starts sending RTF audio (43) and 
RTP video (44) content to the receiver 24. according to the multimedia message 
being sent. The receiver 24 may control the MMSC's sending of the media content 
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by an RTCP message (45). Once the user of the receiver 24 desi«s to pause *e 
streaming downloading of content, or she requests for pausing ^--"'"O 
and, responslveiy, the receiver 24 sends an RTSP pause message (46) to the 
MMSC, and receives a corresponding acknowledgement (48J^CK). Responsive 
; ,0 the RTSP pause message, the MMSC pauses the sending of the media content 
(BTP audio and RTP video). Next an RTSP teardown message (47) is sent from 
me receiver 24 to the MMSC to end the RTP session, allowing the streaming be 
continued on a later occasion. A conesponding acKnowledgement message 
(47JkCK) is returned by the MMSC to the receiver 24. 

By replacing the PLAY instruction with RECORD, a similar session suitable for 
media uploading in phase 1 of the Invention can be Implemented, wherein in place 
of the receiver 24 there is the sender 21 . 

5 End-to-end notification is required for message control functionality because, as 
explained previously, the receiver 24 requires certain information concerning the 
media content to be streamed in order to take part in a streaming session. 
According to current MIVIS specifications, information describing media content .s 
encapsulated together with the media content itself and thus cannot be sent 

20 independently to the receiver 24. In the absence of such information, the receiver 
24 is unable to download the media content by streaming. By providing separate 
end-to-end communication of media presentation infomiation. the method 
according to the invention supplies the receiver 24 with the information it requires 
in order to download media content by streaming. Furthermore, the existing non- 

25 streaming MMS protocol has scope to allow communication of media presentation 
infom^ation using end-to-end messaging via an MMS server, rendering the method 
according to the invention compatible with current MMS standards. 

RTSP is believed to represent a best mode for enabling and controlling streaming 
30 in phases 1 and 3. A certain degree of compromise in performance is required if 
BTP/UDP or TCP is used as a media transport protocol. Specifically, 
implementations using TCP do not provide multicasting functionality, as TCP is a 
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connection orientated protocol. Nevertheless. TCP represents a viable alternafve 
media transport protocol that can be used in connection with the present invention, 
indeed, its connection-orientated nature may provide advantages in certain 
situations, particularly if a more secure streaming connection Is desired. According 
to the preferred embodiment of the Invention, the existing MMS protocol is used to 
provide end-to-end notification of presentation description infomnatlon from the 
sender 21 to the receiver 24 via the MMSC in phase 2. 

Figure 5 shows a block diagram of a mobile terminal 50 (capable to be either the 
sender 21 or the receiver 24) incorporating a cellular radiotelephone. The mobile 
terminal 50 comprises a display 51 . a transceiver 52 for transmitting and recemng 
radio Signals, a digital signal processor (DSP) 53 for processing data and voice 
into and from the radio signals, a user input device such as a keypad or keyboard 
54 and a central processing unit 55. the operation of which is controlled by 
software. The mobile terminal 50 further comprises a memory 56 for stonng data 
and the software. The memory is used by the DSP 53 and the CPU 55. The 
software comprises an operating system and applications for controlling the 
operation of the mobile temiinal 50 and for providing certain functionality, such as 
MMS The mobile terminal 50 also comprises a removable smart card such as a 
SIM 57 for subscriber identification. The portion of the memory 56 that Is dedicated 
to storing applications is so-called non-volatile memory that retains its contents 
even if the mobile terniinal's power supply becomes depleted. The applications 
can be stored in any manner known in the art. including factory installation, storing 
from a personal computer and downloading over the air. for example from a server 
in a communications network. All of these techniques are known, for example, 
from the Nokia® 91 1 0 Communicator. 

Figure 6 shows a radio adapter card 61 for a laptop PC 62 according to an 
embodiment of the invention, capable of acting as the sender 21 and as the 
) receiver 24. The radio adapter card is fitted into a PCMCIA-slot of the laptop PC 
62 (PCMCIA, personal Computer Memory Card International Association). 
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While the invention has been described in relation to Its implementation in a 
communications network in which at least part of the network comprises a radio 
communication link, it should be emphasised that Its use is not in any way limited 
to this kind of network. The invention may equally well be implemented in networks 
where the physical connections between the various elements of the network 
(sender 21 , receiver 24 and network servers) are Implemented partially or entirely 
by means of fixed line connections. 

The operation of the servers and terminals involved with different embodiments of 
the invention, such as the MMSC, the sender 21 and the receiver 24, is preferably 
controlled by computer program products causing these entities to operate 
according to the invention. 

Particular implementations and embodiments of the invention have been 
described. It is clear to a person skilled in the art that the invention is not restricted 
to details of the embodiments presented above, but that it can be implemented in 
other embodiments using equivalent means without deviating from the 
characteristics of the invention. The scope of the invention is only restricted by the 
attached patent claims. 
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Claims 



1 A communication method comprising the steps of: 

receiving by a communication server content and information describing the 

5 content from a first temiinal; and 

sending a notification message from the communication server to a second 
terminal, the notification message notifying about availability of the content; 
characterised by the method further comprising: 

forming a streaming session belween the communication server and the 
1 0 second terminal, using the information describing the content; and 

transmitting the content in sequential sub-parts from the communication 
server to the second terminal, during the streaming session. 

2 A communication method according to claim 1 . further comprising sending the 
15 content and the information describing the content from the first terminal to the 

communication server in separate messages. 

3 A communication method according to claim 1 or 2. further comprising sending 
by the communication sen/er to the second terminal the infomiation describing 

20 the content as a media component of a multimedia message. 

4 A communication method according to any of the preceding claims, wherein 
the content comprises at least one non-streamable component and at least one 
description of a streamable component. 



25 



5 A communication method according to any of the preceding claims, further 
comprising requesting the content by the second terminal before the 
transmitting the content from the communication server to the second temninal. 

30 6. A communication method according to any of the preceding claims, further 
comprising generating the content at the first tenninal. 
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7. A method according to claim 6, further comprising the step of streaming the 
content generated at the first temninal to the communication server. 

8. A method according to claim 6 or 7, further comprising the step of sending the 
5 Information describing the content before the content generation is complete. 

9. A method according to any of the preceding claims further comprising the step 
of sending the infomnation describing the content from the communication 
server to the second terminal within the notification message. 

10 

10. A method according to any of the preceding claims, wherein the 
communication server comprises a content server for storing and transmitting 
the content and a notification server for receiving and transmitting notification 
messages, wherein the content server and the notification server have a 

15 physical relationship selected from the group consisting of: a single unit, 
separate units, and separate units distributed at different geographic locations. 

11. A method according to any of the preceding claims further comprising 
implementing the method as part of a Multimedia Messaging Service (MMS). 

20 

12. A method according to any of the preceding claims further comprising 
multicasting the content to at least one other terminal in addition to the second 
terminal. 

25 13. A communications system (20) comprising: 

a plurality of terminals (21,24) including a first temninal (21) and a second 
temninal (24); 

a communication server (MMSC) accessible to the plurality of terminals; 
means (52) for sending content and information describing the content from 
30 the first terminal (21) to the communication server (MMSC); and 

means (23) for sending a notification message from the communication 
server to the second terminal (24), the notification message notifying the second 
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terminal (24) about availability of the content; 
characterised by the system further comprising 

means (22;52) for forming a streaming session between the communication 
server (MMSC) and the second terminal (50), using the information describing the 
5 content; 

means (22) for transmitting the content in sequential sub-parts from the 
communication server to the second terminal (24), during the streaming session. 

14. A communications system according to claim 13, further comprising means 
1 0 (25) for generating the content at the first terminal (21 ). 

15. A communications system according to claim 13 or 14, wherein the 
communication sender (MMSC) comprises a notification sen/er (23) for 
receiving the information describing the content from the first terminal (21) and 

15 for sending the notification message to the second terminal (24). 

16. A communications system according to any of the claims 13 to 15, wherein the 
communication server further comprises a content server (22) for receiving the 
content from the first terminal (21) and for transmitting the content to the 

20 second terminal (24). 

17. A communication server (MMSC) for serving a plurality of terminals (21,24), the 
communication server comprising: 

means for receiving from a first terminal (21) content and information 
25 describing the content; and 

means for sending a notification message to a second terminal (24), the 
notification message notifying the second terminal about availability of the content; 
characterised by the communication server (MMSC) further comprising: 

means (22) for forming a streaming session with the second terminal, using 
30 the information describing the content; and 

means (22) for transmitting the content in sequential sub-parts to the 
second terminal during the streaming session. 
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18. A computer program product comprising: 

computer program code for causing a communication server to receive 
content and information describing tiie content from a first terminal; and 

computer program code for causing the communication server to send a 
5 notification message from the communication server to a second terminal, the 
notification message notifying the second terminal about availability of the content; 
characterised by the computer program product further comprising: 

computer program code for causing the communication server to form a 
streaming session between the communication server and the second terminal, 
10 using the information describing the content; and 

computer program code for causing the communication server to transmit 
the content in sequential sub-parts from the communication server to the second 
terminal, during the streaming session. 

15 1 9. A communication device (21 ,24) comprising: 

means (52) for receiving from a communication server (MMSC,23) 
information describing a message intended for the communication device (21,24); 
characterised by 

the message comprising a streamable component; and 
20 the information describing the message comprising information describing 

the streamable component; 

the communication device (21,24) further comprising: 

means (52,55) for forming, using the information describing the streamable 
component, a streaming session with the communication server (MMSC) for 
25 receiving the streamable component; and 

means (52) for receiving the content in sequential sub-parts from the 
communication server. 

20. A computer program product comprising: 
30 computer program code for causing a communication device to receive 

from a communication server information describing a message intended for the 
communication device; 
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characterised by 

the message comprising a streamable component; and 

the information describing the message comprising information describing 
the streamable component; 
the computer program product further comprising: 

computer program code for causing the communication device to form, 
using the information describing the streamable component, a streaming session 
with the communication server for receiving the streamable component; and 

computer program code for causing the communication device to receive 
the content in sequential sub-parts from the communication server. 
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